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(54) Packet data recording apparatus and reproducing apparatus therefor 



(57) A data packet recording apparatus according to 
a first aspect of the present invention is comprised of: a 
trick play packet generator (25) for generating trick play 
data by extracting one or plural types of prescribed data 
packets from an input data packet train comprising plural 
types of time-division multiplexed data in a prescribed 
number of packets based on an identification signal 
inserted for every packet and outputting a trick play data 
packet train by packetizing the generated trick play data; 
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an identification table packet inserter for separating and 
retaining an identification table packet contained in the 
input data packet trainfor discriminating the identification 
signal and outputting the identification table packet into 
the trick play data packet train several times; and a 
recording circuit which is capable of recording the output 
of the identification table packet inserting means in trick 
play data recording areas at specified track positions. 

FIG. 9 
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Description 

The present invention relates to a data packet 
recording apparatus and a data packet reproducing 
apparatus suited for recording and reproducing of the 
MPEG standard data streams. 

A digital processing of images has been greatly pro- 
gressed in recent years as a result of the establishment 
of image compression techniques such as the MPEG2 
(Moving Picture Experts Group 2), etc. Also, in the tele- 
vision broadcasting it has begun to examine the digital 
broadcasting adopting the MPEG2 system. In addition, 
the multiple media service which is capable of providing 
various information service in terms of images in 
response to user demands by handling audio and video 
data integrally is also just being developed. In the 
MPEG2 standard, video signals are coded using the 
DCT (Discrete Cosine Transform), inter-frame predictive 
coding, run-length coding and entropy coding compos- 
itely. That is, in the MPEG system, not only the compres- 
sion (the intra-frame compression) by the DCT in one 
frame is carried out but also the inter-frame compression 
is adopted to reduce redundancy in the time base direc- 
tion using the inter-frame correlation. 

The MPEG2 has a system provided for multi-chan- 
nel broadcastings and multiple communications or stor- 
age media. That is, to facilitate time-division multiplex of 
plural video and audio data, data are transmitted in pack- 
ets in the MPEG2 system. One packet is comprised of 
the same type of data and an identification signal (PID) 
identifying type of data is added to each packet. Thus, it 
becomes possible to simultaneously transmit not only 
video and audio data but also prescribed private data, 
etc. and the present system is usable in the fields of 
broadcasting, communication or storage media. 

FIGURE 1 is a diagram showing the construction of 
a transport data packet which is a unit of data transmis- 
sion in the MPEG2 standard. 

The transport data packets correspond to multi-pro- 
grams (channels), and a desired program packet is 
selectable from plural programs which are transmitted 
according to the time-division system during the decod- 
ing. For the purpose of the selection, a transport date 
packet it transmitted with a Link Level Header affixed to 
a payload to transmit information as shown in FIGURE 
1 . Of 1 88 bytes of the transport data packet, four bytes 
represent the link level header. Further, the PES (Pack- 
etized Elementary Stream Packet) is comprised of sev- 
eral transport data packets. 

The link level header is comprised of sync_ byte 
arranged at the top, followed by a transport data packet 
error indicator showing presence of bit error, a PES 
packet start indicator showing PES packet start, a trans- 
port H a ta packet priority showing priority of packet, a PID 
(Packet Identification) which is packet identification infor- 
mation, a transport data scrambling control showing 
presence of scramble, an adaptation field control show- 
ing presence of payload, etc. and a continuity counter 
showing continuity of the same PID arranged in order. 



Further, a sync bit with eight bits at the top of the packet 
is a specific code and is always hexadecimal figure "47". 

An MPEG2 decoder has the function to extract pack- 
ets having the same PID by referring to PIDs of packets 

5 which are input successively and it is thus possible to 
decode a desired program only from transmitted data. 
For instance, even when a transport data stream includ- 
ing video, audio and other data is input, it becomes pos- 
sible to decode and display video data only when a 

10 television set conforming to the MPEG2 standard is 
used. 

Further, a PID of each packet can be set up as 
desired at the sending side but it is necessary to make 
clear the correspondence of PID with such information 

15 as type and the like identified by the PID. Therefore, in 
the transport data stream, an identification table describ- 
ing a PID list, etc. is transmitted in the form of a pre- 
scribed transport data packet (Program Map Table 
(PMT) Packet) and also, a transport data packet (Pro- 

20 gram Association Table (PAT) Packet) identifying PID of 
the PMT packet is transmitted. The PID of the PMT 
packet has been assigned at the Oth position. Further, 
the PAT and PMT packets are transmitted at prescribed 
intervals. The transmitted identification table is effective 

25 until it is updated by the next identification table packet. 
The MPEG2 decoder recognizes the relation between 
PID and type of data by referring to the identification table 
of the PMT packet. 

FIGURE 2 is a diagram showing a transport data 

30 stream to transmit plural types of data by the transport 
data packet which is the unit of data transmission in the 
MPEG2 standard. 

In FIGURE 2, a transport data stream 1 is comprised 
of packets based on video data, audio data and other 

35 data. Numerical figure of each packet in FIGURE 2(B) 
indicates PID and PIDs of PAT and PMT packets are 
assigned for the Oth and 13th positions, respectively. The 
transport data stream 1 is transmitted with the PAT 
packet 2 with the Oth PID arranged at its top followed by 

40 the PMT packet 3. It is shown by the PAT packet 2 that 
PID of the PMT packet 3 is 1 3. The identification table of 
the PMT packet 3 shows that PIDs of the video data, the 
audio data and other data are assigned at the 1 9th, 20th 
and 21st positions, respectively. That is, the transport 

45 data stream 1 is transmitted with the packets arranged 
in order of the PAT and PMT packets 2 and 3. followed 
by video packet, audio packet, video packet, video 
packet, other packet, video packet etc. as indicated by 
PIDs in FIGURE 2. 

so Further, a PAT packet 4, which is transmitted sec- 
ondly, indicates that a PID of the PMT packet 5 is 
assigned at the 13th position and the identification table 
of the PMT packet 5 shows that PIDs of the video packet, 
the audio packet and other packets are assigned at the 

55 39th, 40th and 41st positions, respectively. It is therefore 
seen that the transport data stream 1 is transmitted with 
the packets arranged in order of the video packet, the 
video packet, the audio packet, the video packet, the 
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other packet, the video packet etc., following the PMT 
packet 5. 

By the way, the recording of the transport data 
stream with a VCR (Video Cassette Recorder) is consid- 
ered. A helical scanning type VCR reads information 
recorded on a magnetic tape by tracing the recorded 
tracks formed on the magnetic tape by a rotary head. 
The normal speed playback is carried out by bringing the 
recorded track pattern in accord with the head trace pat- 
tern at the time of reproduction by bringing the rotation 
speed of the rotary head in accordance with the running 
speed of a magnetic tape atthe time of the recording and 
reproducing. 

On the other hand, in the trick play operation, the 
tape running speed is changed according to a desired 
playback speed. In this case, the head traces the record- 
ing tracks by crossing them and only data recorded on a 
portion where the head and the recording track azimuth 
agreed with each other out of the traced tracks. In this 
case, it is also possible to reproduce one frame in the 
analog recording where the position on the frame corre- 
sponds to the recorded position on a recording medium. 

However, when image data compressed according 
to the MPEG system are recorded on a recording 
medium, code volumes differ between intra-frame com- 
pression frames and inter-frame compression frames 
and as the vertical position of image data on the frame 
does not correspond to the vertical recorded position on 
a recording medium, it is not always possible to repro- 
duce one frame by the data reproduced at a fast speed. 
Furthermore, as it is not possible to decode an independ- 
ent frame of inter-frame compression frames, the play- 
back operation may become impossible if undecoded 
frames are generated as in the fast playback. 

So, in the Japanese Patent Application TOKUGAN- 
HEI 06-065298 previously filed by the applicant of the 
present invention, a method has been proposed to 
record data for fast playback intermittently on the track 
positions the head passes in the fast playback. At the 
time of reproduction, images reproduced at a fast speed 
are obtained by accurately tracing the areas where fast 
speed playback data are recorded. 

FIGURE 3 is a diagram illustrating the head trace in 
the above application. Further, to make the explanation 
simple, hereinafter, the specification will be described 
without considering the azimuths of the heads and the 
recording tracks. 

On a magnetic tape 6, recording tracks 7 have been 
formed. The magnetic tape 6 travels toward the left side 
in FIGURE 3. At the time of fast playback, traces 8 of the 
head extend over plural recording tracks 7. The tracks 8, 
as shown in FIGURE 3, are at the time of the reverse fast 
playback and is inclined based on a playback speed. 
When the tracking phase is controlled, there always exist 
trick play data recording areas (the shaded portions in 

FIGURE 3) T (T1 , T2 ). By tracing the trick play data 

recording areas T by the head at the fast playback oper- 
ation, the trick play data recorded in these areas T can 
be reproduced. 



That is, in the above application, input coded data 
are recorded in the areas other than the trick play data 
recording areas T at the time of recording. On the other 
hand, trick play data are generated from coded data, 

5 packetized to the trick play data packets and recorded in 
the trick play data recording areas T 

FIGURE 4 shows an explanatory diagram showing 
a data stream which is recorded in the trick play data 
recording areas 8. FIGURE 4(a) shows an input data 

10 stream and FIGURE 4(b) shows a trickplay data stream. 
Numerical figures in FIGURE 4 show PIDs. 

The input data stream is assumed to be the same 
data stream as in FIGURE 1. PIDs 19 and 39 shown in 
FIGURE 4(a) indicate the video data packets, PIDs 20 

15 and 40 indicate audio data packets and PIDs 21 and 41 
indicate other data packets. 

Special reproducing data is produced from video 
data packets shown by PIDs 19 and 39. For instance, 
trick play data is produced only by intra-frame compres- 

20 sion video data. Further, to make it possible to decode 
recorded trick play data by reproducing and supplying it 
to the MPEG2 decoder, it is also necessary to record an 
identification table packet. For this reason, 0th PID iden- 
tification table packet is also recorded as trick play data 

25 as shown in FIGURE 4(b). 

By the way, because of a recording rate of trick play 
data different from that of normal reproducing data, trick 
play data and normal reproducing data recorded on the 
same tracks become data separated from each other in 

30 point of time. FIGURE 5 is an explanatory diagram show- 
ing the correspondence between recording data and 
frame. FIGURE 5(a) shows the recording tracks, FIG- 
URE 5(b) shows recorded data in the trick play data 
recording areas and FIGURE 5(c) shows the picture 

35 frame display timing at the time of reproduction. 

On a magnetic tape 5, trickplay data recording areas 
are provided tor recording trick play data of prescribed 
speed. Numerical figures shown atthe lower end of FIG- 
URE 5(a) show Record Track Numbers. In these trick 

40 play data recordi ng areas, frame data of which ti mes are 
different from normal reproducing data are recorded. For 
instance, as shown in FIGURE 5(b), a part of video data 
of the 0th frame and the first frame are recorded in the 
trickplay data recording area T1 1 of the 2nd track follow- 

45 ing the 0th PID data packet, a part of video data of the 
first frame and the second frame are recorded in thetrick 
play data recording area T1 2 of the 6th track, and a part 
of video data of the second and the third frames are 
recorded in the trick play data recording area T13 of the 

so 1 0th track. Further, in the trick play data recording area 
T14 of the 14th track, data packets at the 0th PID is 
recorded following a part of video data of the third frame 
and in addition, a part of video data of the fourth frame 
is recorded. 

55 By the way, the identification table packets 2 and 3 
shown by the shaded portions in FIGURE 5(b) may 
transmit different identification tables. Therefore, it is 
necessary for the MPEG2 decoder to decode identifica- 
tion tables when decoding video data as described 
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above. Now, it is assumed that the normal speed play- 
back mode is changed to the trick play mode. In this case, 
if reproduced data are obtained by the trace 15, the iden- 
tification table packet 2 in the trick play data recording 
area T1 1 is reproduced and therefore, data subsequent 
to the Oth frame can be decoded. In this case, as shown 
in FIGURE 5(c), the Oth frame image obtained by the 
decoding process of the Oth frame video data is retained 
and displayed until the decoding process of the next first 
frame video data is completed. Similarly, the image of 
each frame is stored and displayed until the decoding 
process of the next frame is completed. Further, the 
scale of the x axis in FIGURE 5(c) shows a display time 
of one frame. 

However, the trick play data recording area T11 is 
not always reproduced depending on the reproduction 
mode change timing. For instance, it is assumed that 
reproduced data is first obtained by the trace 16 imme- 
diately after shifting to the trick play mode, in this case, 
video data of the first and the second frames are partially 
reproduced from the trick play data recording area T1 2. 
However, as the identification table packet 2 which is for 
discriminating type of these frame data has not been 
reproduced, it is not possible for the MPEG2 decoder to 
decode the reproduced data of the trickplay data record- 
ing area T1 2. Similarly, a part of video data of the second 
and the third frames obtained by the next trace 1 7 cannot 
be decoded. That is, in this case, only the reproduced 
data after the decoding of the identification table packet 
3 contained in the reproduced data of the trick play data 
recording area T14 by the trace 1 8 is used for the video 
display. As shown in FIGURE 5(c), in the trickplay mode, 
the signal rate is very low and the same image is retained 
and displayed during the period of several frames and 
therefore, it will become impossible to display image for 
a relatively long time immediately after the normal speed 
playback mode is changed to the trick play mode. 

FIGURE 6 isan explanatory diagram showing repro- 
duced data obtained by a series of traces in the trick play 
mode as shown in FIGURE 5(a). NP shown in FIGURE 
6 indicates the reproduced normal reproducing data and 
TP indicates the reproduced trick play data. 

In the first half of each trace, the reproduced data 
NP is obtained from the normal reproducing data 
recorded area and the trick play data TP is obtained 
when the trick play data recording area is traced. The 
reproduced data train shown in FIGURE 6 is thus 
obtained. PIDs are not discriminated for the trick play 
packet and the normal reproduced packet during the 
recording and therefore, to extract the trick play data TP 
only from the reproduced data train shown in FIGURE 6 
in the trick play mode, it is necessary to record informa- 
tion for discriminating whether packets are the normal 
reproduced packets or the trick play packets. 

As described above, there was so far such a problem 
that trick play images couldn't be restored immediately 
after the normal speed playback mode was shifted to the 
trick play mode to reproduce trick play data recorded in 
the trick play data recording area. Furthermore, there 



was also a problem that information to discriminate pack- 
ets whether they are the normal reproduced packets or 
the trick play packets. 

FIGURE 7 is adiagram showing a data stream which 

5 is recorded in the trick play data recording areas T. 
Numerical figures in FIGURE 7 show the trick play data 
packet numbers and the recording is made in order of 
these numbers. 

As trick play data is a variable length code, the 

10 number of packets differs in each trick play frame. FIG- 
URE 7 shows an example of trick play data comprising 
a first trick play frame consisting of 1 1 packets of the 1st 
through the 1 1th packets and a second trick play frame 
consisting of seven packets of the 12th through 18th 

15 packets. By the way, in case of the SD format of a con- 
sumer-use digital VTR, every sync block is recorded on 
tracks as a unit of data recording, which is 90 byte length. 
Further, as the packet length of the transport data packet 
of the MPEG2 is 188 byte length as shown in FIGURE 

20 1 , the data is recorded with two packets assigned to five 
sync blocks. 

Now, it is assumed that it is possible to record data 
by assigning ten sync blocks in one trickplay data record- 
ing area T. That is, four data packet can be recorded in 

25 one trick play data recording area T. When recording, for 
instance, the 1st through the 4th packets in the trick play 
data recording area T1 shown in FIGURE 3, the 5th 
through 8th packets, the 9th through the 12th packets, 
the 13th through the 16th packets and the 17th through 

30 the 20th packets can be recorded in the trick play data 
recording areas T2 through T5, respectively. 

In the forward playback operation, the magnetic tape 
6 travels toward the left side in FIGURE 3 as in the 
recording and the head reads data sequentially toward 

35 the right side tracks from the left side tracks in FIGURE 
3. That is, at the time of fast forward playback operation, 
the reproduction is made toward the trick play data 
recording area T5 at the right side from the trick play data 
recording area T1 at the left side in FIGURE 3. If data in 

40 the trick play data recording areas T1 , T2 an so on can 
be reproduced by the fast forward playback, data can be 
reproduced in order of the 1st, the 2nd, the 3rd, ... pack- 
ets, and the 1st and the 2nd trick play frame can be 
sequentially restored. 

45 However, in the fast reverse playback operation, the 
magnetic tape 6 travels in the arrow direction in FIGURE 
3 and the reproduction is carried out in order of the trick 
play data recording areas T5, T4, T3 etc. That is, the 
17th, 18th, 19th and 20th packets are first reproduced 

so from the trick play data recording area T5 and then, the 
13th, 14th, 15th and 16th packets are reproduced from 
the trick play data recording area T4. Similarly, data is 
reproduced from the trick play data recording areas T3, 
T2 and T1 and the data packet are reproduced in order 

55 of the 9th, 1 0th, 1 1th and 1 2th packets, the 5th, 6th, 7th 
and 8th packets, and the 1st, 2nd, 3rd and 4th packets. 

To restore trick play frames, it is necessary to 
arrange data packet in frame by frame manner in the 
original recording order. FIGURE 8 is a diagram showing 
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the packet arrangement required for the reverse play- 
back. As shown in FIGURE 8, for the reverse playback, 
it is required to reverse the time sequence of a series of 
frames and also, to arrange the data packet of frames in 
a coding sequence corresponding to the frame positions. 5 
That is, the data packet must be arranged in order of the 
12th through the 18th packets and the 1st through the 
11th packets. 

To rearrange reproduced data as described above, 
information for identifying a packet at the boundary 
between the trick play frames is required. So, there was 
so far a problem that in order to make the reverse play- 
back possible, a flag to identify the boundary between 
frames must be recorded in packets or sync blocks. 

Asdescribed above, there was so far such aproblem 
that it is necessary to record information indicating a 
packet at the boundary between frames in packets or 
sync blocks as it is required to rearrange the reproduced 
data packet for restoring trick play frames. 

It is an object of the present invention to provide a 
data packet recording apparatus which is capable of stor- 
ing trick play images rapidly even immediately after the 
normal speed playback mode is changed to the trick play 
mode. 

Further, it is also an object of the present invention 
to provide a reproducing apparatus which is capable of 
restoring trick play images rapidly even immediately after 
the normal speed playback mode is changed to the trick 
play mode. 

In addition, it is another object of the present inven- 
tion to provide a data packet recording apparatus which 
is capable of surely reproducing trick play data in the trick 
play mode without recording information for discriminat- 
ing whether packets are normal speed playback packets 
or trick play packets. 

It is a further object of the present invention to pro- 
vide a reproducing apparatus which is capable of surely 
reproducing trick play data in the trick play mode without 
recording information for discriminating whether packets 
are normal speed playback packets or trick play packets. 

In order to achieve the above object, a data packet 
recording apparatus according to a first aspect of the 
present invention is comprised of; a trickplay packet gen- 
erator for generating trick play data by extracting one or 
plural types of prescribed data packets from an input 
data packet train comprising plural types of time<Jivision 
multiplexed data in a prescribed number of packets 
based on an identification signal inserted for every 
packet and outputting a trick play data packet train by 
packetizing the generated trick play data; an identifica- 
tion table packet inserter for separating and retaining an 
identification table packet contained in the input data 
packet train for discriminating the identification signal 
and outputting the identification table packet into the trick 
play data packet train several times; and a recording cir- 
cuit which is capable of recording the output of the iden- 
tification table packet inserting means in trick play data 
recording areas at specified track positions. 



In the first aspect of the present invention, the trick 
play packet generator generates trickplay data by select- 
ing prescribed data packet from an input data packet 
train and packetizes the generated trick play data to out- 
put them as a trick play data packet train. The identifica- 
tion table packet inserter retains and inserts an 
identification table packet contained in an input data 
packet train into the trick play data packet train several 
times. The recording circuit records the output of he iden- 
tification table packet inserter in the trick play data 
recording area. In the trickplay. the trickplay data record- 
ing area is traced and trickplay data packet and the iden- 
tification table packet are reproduced. As the 
identification table packet has been inserted several 
times in the trick play data packet train, the possibility of 
the identification table packet for being contained in the 
reproduced signal immediately after shifting of the nor- 
mal speed playback mode to the trick play mode is high. 
For this reason, it is highly possible that trick play data 
packet can be restored immediately after the normal 
speed playback mode is shifted to the trick play mode 
and it becomes possible to display trick play image from 
immediately after the mode shifting. 

Another object by the second aspect of the present 
invention is to provide a data packet recording apparatus 
which is capable of restoring date packet by recording 
prescribed number of packets with specific packet ID 
assigned for a block of a prescribed number of packets 
without recording information indicating a packet at the 
boundary between frames in packets or sync blocks 

Still another object of the second aspect of the 
present invention is to provide a data packet reproducing 
apparatus which is capable of reproducing data without 
recording information indicating a packet at the boundary 
between frames in packets or sync blocks. 

A data packet recording apparatus according to the 
second aspect of the present invention is comprised of: 
a trick play packet generator for constructing trick play 
data packet by extracting desired packets from an input 
data packet train comprising different types of packets 
time-division multiplexed in a prescribed number of pack- 
ets including a packet ID identifying the type of data 
packet and packetizing the generated trick play data; a 
specific packet inserter for generating trick play packets 
by inserting a packet having a specific packet ID in the 
prescribed number of packets provided for the trick play 
frames output from the trick play data packet generator 
for indicating the boundary of the trick play frames cor- 
responding to the trick play data; and a recording circuit 
for recording the trick play packets in trick play data 
recording areas at prescribed positions of tracks formed 
on a magnetic tape. 

A data packet reproducing apparatus according to 
the second aspect of the present invention is to playback 
a magnetic tape recorded by the data packet recording 
apparatus as described above, comprising a specific 
packet detector for detecting a packet having a specific 
packet ID from reproduced data obtained by playing back 
a magnetic tape and a rearranging circuit for rearranging 
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the reproduced data in unit of packet based on the detec- 
tion by the specific packet detector. 

In the second aspect of the present invention, the 
trick play data packet generator generates trick play data 
from an input data packet train and packetizes the gen- 5 
erated trick play data to output them as a trick play data 
train. In the output data packet train, a packet having a 
specific packet ID is inserted in the prescribed number 
of packets provided for the trick play frames by the spe- 
cific packet inserter. The packet position corresponding 
to the boundary between the trick play frames is clarified 
by the inserted position of a packet having a specific 
packet ID. The memory media stores the trick play data 
pockets with a packet having a specific packet ID 
inserted in the trick play data recording area of a mag- 
netic tape. 

In the reproducing apparatus according to the sec- 
ond aspect of the present invention, the specific pocket 
detector is supplied with reproduced data and detects a 
packet having a specific packet ID. The specific packet 
detector detects a packet corresponding to the boundary 
between the trick play frames from the detected position. 
Based on the detection, the rearranging circuit rear- 
ranges packets for every trick play frame in the fast 
reverse playback. 

Additional objects and advantages of the present 
invention will be apparent to persons skilled in the art 
from a study of the following description and the accom- 
panying drawings, which are hereby incorporated in and 
constitute a part of this specification. 

For a better understandings of the present invention 
and many of the attendant advantages thereof, reference 
will now be made by way of example to the accompany- 
ing drawings, wherein: 

FIGURE 1 is a diagram illustrating a transport data 
packet of the MPEG standard; 
FIGURE 2 is a diagram illustrating the transmission 
by packets; 

FIGURE 3 is a diagram illustrating the traces in the 
trick play; 

FIGURE 4 is an explanatory diagram showing a data 
stream which is recorded in the trick play data 
recording areas in a prior art system; 
FIGURE 5 is an explanatory diagram showing the 
correspondence between recording data and 
frames in a prior art system; 
FIGURE 6 is an explanatory diagram showing repro- 
duced data in a prior art system; 
FIGURE 7 is a diagram illustrating recording data to 
be recorded in the trick play data recording areas; 
FIGURE 8 is a diagram illustrating reproduced data 
required in the fast reverse playback; 
FIGURE 9 is a blockdiagram showing a first embod- 
iment of a packet data recording apparatus accord- 
ing to a first aspect of the present invention; 
FIGURE 10 is an explanatory diagram illustrating 
the operation of the embodiment; 



FIGURE 11 is a block diagram showing a second 
embodiment according to the first aspect of the 
present invention; 

FIGURE 12 is a block diagram showing a third 
embodiment according to the first aspect of the 
present invention; 

FIGURE 1 3 is a block diagram showing one embod- 
iment of a packet data reproducing apparatus to 
playback a magnetic tape recorded by the packet 
data recording apparatus shown in FIGURE 12; 
FIGURE 14 is a block diagram showing an embod- 
iment of a data packet recording apparatus accord- 
ing to the second aspect of the present invention; 
FIGURE 15 is a block diagram showing the definite 
construction of a trick play packet generator 13 
shown in FIGURE 14; 

FIGURE 16 is a diagram illustrating the operation of 
the embodiment; 

FIGURE 1 7 is a block diagram showing an embod- 
iment of a data packet reproducing apparatus 
according to the second aspect of the present inven- 
tion; and 

FIGURE 18 is a diagram illustrating another embod- 
iment of the second aspect of the present invention. 

The present invention will be described in detail with 
reference to the FIGURES 9 through 18. 

FIGURE 9 is a block diagram showing a first embod- 
iment of the recording apparatus involved in the present 
invention. 

Packet data, for instance, such as MPEG2 standard 
transport data stream, etc. are input to an input terminal 

21. in addition to video data packets, other data packet 
are transmitted. Each data packet is assigned with a PID 
so that the type, etc. of data packet can be discrimi nated. 
In addition, identification table packets showing the rela- 
tion between the PIDs and the types of the packet data 
are transmitted at prescribed intervals. 

Packet data are supplied to a demultiplexer (DMPX) 

22. The demultiplexer 22 separates the data packet in its 
types based on PIDs contained in the data packet, out- 
puts identification table packets to an identification table 
decoder 23 and a packet memory 24 and video packets 
to a trick play video packet generator 25. The identifica- 
tion table decoder 23 decodes and outputs an identifica- 
tion table showing the relation between the PID and the 
type of data to the demultiplexer 22. The demultiplexer 
22 separates the packets in its types based on the iden- 
tification tables. 

The trick play video packet generator 25 generates 
trick play video data (trick play frame data) from video 
data packet and by packetizing the generated trick play 
frame data, produces trick play video packet and outputs 
to the multiplexer (MPX) 26. Further, the trick play video 
packet generator 25 detects the top of the trick play frame 
in the trick play video packet and outputs a timing signal 
to the packet memory 24 at the timing of the detection. 
The packet memory 24 stores the identification table 
packet and outputs it to the multiplexer 26 at the timing 
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of the timing signal. The multiplexer 26 multiplexs an 
identification table packet and a trick play video packet 
from the trick play video packet generator 25 and outputs 
to a trick play packet memory 27 as a trick play record 
packet. 5 

The trick play packet memory 27 stores the output 
of the multiplexer 26 and outputs to a multiplexer 28. On 
the other hand, the data packet input to the input terminal 
21 are also supplied to a normal reproduced packet 
memory 29. The normal reproduced packet memory 29 w 
stores the input data packet and outputs to the multi- 
plexer (MPX) 28. The multiplexer 28 rearranges the trick 
play video packets from the trick play packet memory 27 
and the normal reproduced packets from the normal 
reproduced packet memory 29 in the recording data is 
sequence and outputs them to a recording section (not 
shown) as record data. Further, the recording section 
adds a prescribed header and an error correction code 
to the record data and records them on a magnetic tape 
(not shown) after a prescribed modulation process. The 20 
recording section is also capable of recording the trick 
play video packets in the trick play data recording area 
provided at a prescribed position on a magnetic tape and 
recording normal reproduced packets in other areas. 

Next, the operation of the embodiment in the con- 25 
struction as described above will be explained referring 
to FIGURE 10. FIGURE 10 is an explanatory diagram 
showing the correspondence of recording data with 
frame. FIGURE 10(a) shows the recording tracks. FIG- 
URE 10(b) shows the recorded data in the trick play data 30 
recording area and FIGURE 10(c) shows the frame dis- 
play timing at the time of reproduction. Further, the 
numerical figures shown at the lower end of FIGURE 
10(a) shows Track Numbers. Also, the scale of the x axis 
in FIGURE 10(c) indicates the display time of one frame. 35 

The data packet input through the input terminal 21 
is supplied to the demultiplexer 22. The demultiplexer 22 
detects the PID of the data packet and outputs the data 
packet with the 0th PID to the identification table decoder 
23 as the identification table packet. The identification 40 
table decoder 23 generates an identification table by 
decoding the identification table packets and outputs it 
to the demultiplexer 22. The demultiplexer 22 separates 
sequentially input data packet to the identification table 
packets, video packets and other packets based on the 45 
identification table. 

The identification table packets are supplied to the 
packet memory 22 for storing therein. The video packets 
are supplied to the trick play video packet generator 25. 
The trick play video packet generator 25 generates trick so 
play video data (trick play frame data) from the video date 
packet and by packetizing the generated trick play frame 
data, produces trick play video packets. The trick play 
vid 90 packer generator 25 also detects the top of the trick 
play frame contained in the trick play video packet and ss 
outputs a timing signal to the packet memory 24 at the 
detection timing. The packet memory 24 outputs the 
stored identification table packet to the multiplexer 26 
according to the timing signal. 



The multiplexer 26 multiplexs the trick play video 
packet and the identification table packet from the packet 
memory 24 and outputs them to the trick play packet 
memory 27. Thus, the output of the multiplexer 26 con- 
tains the identification table packet in trick play frames. 
The output of the multiplexer 26 is retained in the trick 
play packet memory 27. 

On the other hand, the data packet input through the 
input terminal 21 are stored in the normal reproduced 
packet memory 29 and supplied to the multiplexer 28. 
The multiplexer 28 outputs the trick play video packets 
from the trick play packet memory 27 during the period 
responding to the trick play data recording area on a 
magnetic tape and outputs the normal reproduced pack- 
ets from the normal reproduced packet memory 29 dur- 
ing the period responding to the areas other than the trick 
play data recording area. The output of the multiplexer 
28 is supplied to the recording section (not shown) as 
recording data and recorded on a magnetic tape with a 
prescribed header and an error correction code added 
and a prescribed modulation process applied. 

FIGURE 10(a) shows the recording tracks of a mag- 
netic tape recorded by the recording section. On a mag- 
netic tape 31 , the trick play data recording areas T1 , T2 
etc. (the shaded areas) have been provided for recording 
trick play data of a prescribed speed. Data based on the 
trick play video packets from the trick play packet mem- 
ory 27 have been recorded in these trick play data 
recording areas T1 t T2 etc. Further, data based on the 
normal reproduced packets from the normal reproduced 
packet memory 29 have been recorded in other areas. 

FIGURE 10(b) shows data recorded in the trick play 
data recording areas T1 , T2 etc. The shaded sections in 
FIGURE 10(b) indicate identification table packers with 
the Oth PID. As illustrated in FIGURE 10(b), in the trick 
play data recording area T1, the identification table 
packet A1 with the Oth PID, the Oth frame data, the iden- 
tification table packet A2 and a part of the first frame data 
were recorded. In the trick play data recording area T2, 
a part of the first frame data, the identification table 
packet A3 and a part of the second frame data were 
recorded. In the trick play data recording area T3, a part 
of the second frame data, the identification table packet 
A4 with the Oth PID and a part of the third frame data 
were recorded. In the trick play data recording area T4, 
a part of the third frame data, the identification table 
packet with the Oth PID and the fourth frame data were 
recorded. 

As described above, the identification table packet 
is inserted to the trick play video packet at the timing of 
the top of each frame data by the packet memory 24. In 
other words, the preceding identification table packet is 
repeatedly recorded for every frame until the next iden- 
tification table packet is transmitted. For instance, the 
identification table packets A1 through A4 are based on 
the same identification table packet and the same iden- 
tification table is transmitted. Further, the identification 
table packet B1 transmits an identification table different 
from the identification table A1. 



13 



EP 0 712 257 A2 



14 



Now, it is assumed that the normal speed playback 
mode is changed to the trick play mode. In this case, the 
first effective trace after the mode change is assumed to 
be the trace 35 to reproduce data from the trick play data 
recording area T2. Then, a part of the first frame data, 5 
the identification table packet A3 and the top data of the 
second frame in the trick play data recording area T2 are 
first reproduced by the trace 35. Of these reproduced 
data, the first frame data are not used for decoding as its 
top portion has not been reproduced. However, the top 
data of the second frame can be identified as being the 
trick play video packet because the iderrtrfication table 
packet A3 has been decoded. Thereafter, the repro- 
duced data obtained by the traces 36 and 37 can be 
decoded using the decoding data of the identification 
table packets A3, A4 etc. Similarly, even when the first 
effective trace after the changing normal speed playback 
mode to the trick play mode is, for instance, the trace 36, 
data which are reproduced after the identification table 
packet A4 can be decoded. 

FIGURE 10(c) shows a timing for displaying a 
restored image when the first effective trace after chang- 
ing the normal speed playback mode to the trick play 
mode is the trace 34. In this case, reproduced data sub- 
sequent to the 0th frame is decoded as the identification 
table packet A1 has been reproduced as illustrated in 
FIGURE 1 0(c). The decoded video data of the 0th frame 
are retained and displayed repeatedly until the decoding 
process of the nextfirst frame is completed. Similarly, the 
decoding data of each frame is retained and displayed 
repeatedly until the decoding process of the next frame 
is completed. 

In this embodiment, as a trick play video packet to 
be recorded in the trick play data recording area is gen- 
erated with an identification table packet inserted repeat- 
edly for every trick play frame, the identification table 
packet can be reproduced whenever the top portion of a 
frame is reproduced even when the trace in the trick play 
mode is started at any trace timing. Therefore, it is pos- 
sible to restore and display a trick play imag e from imme- 
diately after the normal speed playback mode is shifted 
to the trick play mode. 

Further, the identification table packet is output for 
every trick play frame from the packet memory and 
inserted into the trick play video packet in this embodi- 
ment but it is apparent that the identification table packet 
can be inserted at any other cycle. 

FIGURE 11 is a block diagram showing a second 
embodiment of the present invention. In FIGURE 1 1 , ref- 
erence numerals used in FIGURE 9 will be used to des- 
ignate the same elements and the explanations will be 
omitted. 

This embodiment differs from the first embodiment 
shown in FIGURE 9 in that the packet memory 24 was 
deleted, a trick play video packet generator 40 has been 
adopted for the trick play video packet generator 25 and 
a trick play identification table packet generator 41 has 
been newly provided. The identification table decoder 23 
outputs an identification table to the demultiplexer 22 and 



also, to the trick play identification table packet generator 
41 . The trick play identification table packet generator 41 
sets up PIDs different from the PIDs used for the normal 
reproduced packets by changing the iderrtrfication table 
and outputs them as trick play P I Ds to the trick play video 
packet generator 40. Further, the trick play identification 
table packet generator 41 outputs the changed identifi- 
cation table packet to the multiplexer 26 as the trick play 
identification table packets. 

The trick play video packet generator 40 generates 
trick play frame data from video data packet and by pack- 
etizing the generated trick play frame data, produces 
trick play video packets. In this case, the trick play video 
packet generator 40 uses a trick play PID from the trick 
play identification table packet generator 41 as a PID in 
packets. The trick play video packet is supplied to the 
multiplexer 26. The multiplexer 26 multiplexs the identi- 
ficati on table packet from th e trick play identification table 
packet generator 41 and the trick play video packet from 
thetrickplay video packet generator 40 and outputs them 
to the trick play packet memory 27 as a trick play record- 
ing packet. For instance, the multiplexer 26 outputs the 
Identification table packet in trick play frames contained 
in the trick play video packet. 

In the embodiment in the construction as described 
above, the identification table decoded by the identifica- 
tion table decoder 23 is supplied to the demultiplexer 22 
and also, to the trick play identification table packet gen- 
erator 41. The trick play identification table packet gen- 
erator 41 sets up PID for the trick play video packet 
different from PID for the normal reproduced packet and 
outputs it as the PID for the trick play to the trick play 
video packet generator 40. Thus, PID for the trick play 
video packet generated by the trick play video packet 
generator 40 differs from PID for the normal reproduced 
packet from the normal reproduced packet memory 29. 
The multiplexer 26 outputs the identification table packet 
with the changed PID by inserting into the trick play video 
packet in trick play frames. Other operations are similar 
to the embodiment shown in FIGURE 9. 

As PID set for the trick play video packet which is 
recorded in thetrickplay data recording areas provided 
at prescribed positions on a magnetic tape differs from 
PID for the normal reproduced packet which is recorded 
in other areas, it is possible to extract the trick play video 
packet only from reproduced data by identifying PID at 
the decoder side. It is therefore not necessary to record 
information to discriminate whether packets are normal 
reproduced packets ortrickplay packets when recording 
them. 

FIGURE 12 is a block diagram showing a third 
embodiment of the present invention. In FIGURE 12, the 
reference numerals used in FIGURE 9 will be assigned 
to the same component elements and the explanation 
will be omitted. 

This embodiment differs from the embodiment 
shown in FIGURE 9 in that the packet memory 24 was 
deleted and a trick play video packet generator 51 has 
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been adopted for the trick play video packet generator 
25. 

The trick play video data packet generator 51 gen- 
erates trick play frame data from video data packet and 
by packetizing the generated trick play frame data, pro- 
duces trick play video packets. In this case, the trick play 
video packet generator 51 changes the PID for each trick 
play packet to the PID for trick play of prescribed code 
which is not used for the normal reproduced packet from 
the normal reproduced packet memory 29. Thistrickplay 
video packet is output to the trick play packet memory 
27. In other words, in this embodiment, the identification 
table packets are not recorded in the trick play data 
recording areas provided at the prescribed positions on 
a magnetic tape but the trickplay video packets only from 
the trick play video packet generator 51 are recorded. 

FIGURE 1 3 is a block diagram showing one embod- 
iment of a reproducing apparatus for playing back a mag- 
netic tape recorded by the recording apparatus shown in 
FIGURE 12. 

Reproduced data obtained by applying the demod- 
ulation process and the error correction process to repro- 
duced signals obtained by tracing a magnetic tape (not 
shown) is supplied to an input terminal 61. This repro- 
duced data is applied to a demultiplexer (DMPX) 62. The 
demultiplexer 62 detects PIDs of packets contained in 
the reproduced data and separates normal reproduced 
packets and trick play video packets based on the 
detected PIDs. That is, the multiplexer 62 separates the 
packets for normal speed playback and the video pack- 
ets for trick play according to whether PIDs are used for 
the normal reproduced packet or for the trick play pack- 
ets. The demultiplexer 62 supplies the normal repro- 
duced packets to the terminal a of a switch 63 and the 
trick play video packets to a multiplexer (MPX) 64. The 
multiplexer 64 is also supplied with the output of a trick 
play identification table generator 65. 

The trick play identification table generator 65 gen- 
erates an identification table responding to the PID for 
trick play and outputs to the multiplexer 64. The multi- 
plexer 64 inserts the identification table packet in the trick 
play video packet and outputs to the terminal b of the 
switch 63. For instance, the multiplexer 64 may insert the 
identification table packet only immediately after the nor- 
mal speed playback mode has been shifted to the trick 
play mode or at a prescribed timing. 

The switch 63 selects the terminal a in the normal 
speed playback mode and the terminal b in the trick play 
mode, and outputs the input data packet to an output 
buffer 66. The output buffer 66 outputs the input data 
packet to a decoder (not shown) at a reproduction rate. 

In the recording apparatus shown in FIGURE 12 in 
the construction as described above, trick play video 
packets are generated by a trick play video packet gen- 
erator 51 . In this case, PID for the trick play video packet 
is changed to PID for the trick play which is not used for 
the normal reproduced packet. The trick play video 
packet is supplied to the multiplexer 28 via the trick play 
packet memory 27.That is, the output of the trick play 



packet memory 27 contains no identification table 
packet. The multiplexer 28 outputs the trick play video 
packet from the trick play packet memory 27 during the 
period responding to the trick play data recording area 

5 of a magnetic tape and the normal reproduced packet 
from the normal reproduced packet memory 29 during 
the period responding to other areas than the trick play 
data recording area. 

On the other hand, in the reproducing apparatus 

10 shown in FIGURE 13, reproduced data is supplied to the 
demultiplexer 62. Using the fact that PID code used for 
the normal reproduced packet differs from PID for trick 
play which is used for the trick play video packet, the 
demultiplexer 62 separates the normal reproduced pack- 

15 ets end the trick play video packets. The trick play iden- 
tification table generator 65 generates an identification 
table responding to the PID for trick play and outputs to 
the multiplexer 64. The multiplexer 64 inserts the identi- 
fication table into the trick play video packet and outputs 

20 to the switch 63. 

The switch 63 selects the terminal b in the trick play 
mode. Thus, the output of the multiplexer 64 is output at 
a reproduction rate via the output buffer 66. The identifi- 
cation table has been inserted into the trick play video 

25 packet from the multiplexer 64, for instance, immediately 
after the shifting to the trick play mode and it is possible 
to decode video data of the trick play video packet by 
decoding the identification table by the decoder (not 
shown). 

30 As described above, in the embodiments in FIG- 
URES 12 and 13, PIDs used for the trick play video 
packet are set at a prescribed code which is not used for 
the normal reproduced packet, the trickplay video packet 
only is recorded in the trick play data recording areas of 

35 a magnetic tape without recording the identification table 
packet and thus, it is possible to improve the recording 
rate. Further, it is made possible to decode trick play 
video packets in the trick play mode by generating and 
inserting the identification table packet responding to the 

40 trickplay PID into the trick play video packet at the repro- 
duction side and trickplay images can be surely restored 
and displayed even at immediately after the shifting of 
the normal speed playback mode to the trick play mode. 
Further, in the embodiments described above, trick 

45 play images have been explained as frame data but they 
may be field data or date in prescribed areas on a screen. 

As described above, the first aspect of the present 
invention has an effect as being capable of surely restor- 
ing trick play images even immediately after the normal 

so speed playback mode is shifted to the trick play mode 
and in addition, has an effect to surely reproduce trick 
play data in the trick play mode without recording infor- 
mation for discriminating whether packets arefor the nor- 
mal speed playback or for the trick play. 

55 Hereinafter, preferred embodiments according to 
the second aspect of the present invention will be 
described with reference to the attached drawings. FIG- 
URE 1 4 is a block diagram showing a first embodiment 
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of a data packet recording apparatus according to the 
second aspect of the present invention. 

Packet data, for instance, such as a transport data 
stream of the MPEG2 standard, etc. are input to an input 
terminal 1 1 0. In addition to video and audio data packets, 5 
other data packet are transmitted. Each data packet ie 
assigned with a PID so that the type, etc. of data packet 
can be discriminated. In addition, an identification table 
showing the relation between the PIDs and the types is 
transmitted by the PMT packet and information indicating w 
the PID of the PMT packet is transmitted by the PAT 
packet. 

The input data packet are supplied to a multiplexer 
(hereinafter referred to as MPX) 1 1 1 and also, to a 
demultiplexer (hereinafter referred to as DMPX) 112. is 
This DMPX 112 detects a PID contained in the data 
packet end decodes a PAT packet and a PMT packet hav- 
ing a specific PID. The DMPX 112 separates the data 
packet in its types based on PIDs and the decoding 
results of the packets and outputs the PAT, PMT and 20 
video packets to a trick play packet generator 1 1 3. The 
trickplay packet generator 1 1 3 generates trick play pack- 
ets based on the input data packet. Further, the embod- 
iment shows an example using only video packets for 
generating trick play data. 2s 

FIGURE 15 is a block diagram showing the definite 
construction of the trick play packet g enerator 1 1 3 shown 
in FIGURE 14. 

Video packets are supplied to a depacketizer 116 
through a terminal 1 15, and PAT and PMT packets are 20 
supplied to a PAT/PMT memory 1 18 through a terminal 
117. The depacketizer 116 restores coded video data 
stream before packetized by depacketizing the video 
packets and outputs the coded video data stream to a 
trick play stream generator 119. This trick play stream 35 
generator 119 generates a trick play data stream by 
extracting a part of, for instance, the input video data 
stream. For instance, the trickplay stream generator 1 1 9 
extracts intra-frame compression data and various 
header information as a trick play data stream. Further, 40 
the trickplay stream generator 1 19 may extract DC com- 
ponent of a coefficient of DOT transform and various 
header information as a trick play data stream. Further, 
the trick play stream generator 1 19 may use inter-frame 
compression data as a trick play data stream. The trick 45 
play stream generator 1 19 outputs the generated trick 
play data stream to a packetizer 1 20. The packetizer 1 20 
produces trick play video packets by packetizing the 
i nput trick play data stream and provides them to an M PX 

121. 50 

Further, the trickplay stream generator 1 19 supplies 
information of the top of the trick play frame when gen- 
erating the trick play data stream to the PAT/PMT mem- 
ory 118. The PAT/PMT memory 118 records PAT and 
PMT packets which are input through the terminal 117 55 
and outputs the stored PAT and PMT packets to the MPX 
1 2 1 at the timing based on the information of top position . 
The MPX 121 multiplexs the PAT and PMT packets from 
the PAT/PMT memory 1 18 with trick play video packets 



from the packetizer 120 and outputs to the MPX 111 
through the output terminal 122. 

Packet data input through the terminal 1 10 are also 
supplied to the MPX 1 1 1 . TTie MPX 1 1 1 has a buffer (not 
shown) for retaining the trick play packets from the trick 
play packet generator 1 1 3 and the i nput packets data and 
outputs trick play data pockets at a timing responding to 
the trick play data recording areas of a magnetic tape 
and also outputs input data packet as normal reproduced 
packets at another timing. Further, the output of the MPX 
1 1 1 is recorded on a recording medium after the record- 
ing format process, the error correction code adding 
process and the modulation process were applied. 

Next, the operation of the embodiment in the con- 
struction as described above will be described with ref- 
erence to FIGURE 16. FIGURE 16 is a diagram 
illustrating the output ofthe MPX 121. In FIGURE 16, the 
meshed portion indicates the PAT packet and the shaded 
portion indicates the PMT packet. 

Packet data which are input through the input termi- 
nal 110 are supplied to the DMPX 112, which in turn 
detects a PID of the data packet. If, for instance, a trans- 
port data packet of the MPEG2 standard is supplied to 
the DMPX 1 1 2 as data packet, the DMPX 1 1 2 detects a 
PID of a PMT packet from a PAT packet having the 0th 
PID and identifies the type of the packets from the PMT 
packet identification table. The DMPX 112 sorts the 
packets into video packets, audio packets, PAT and PMT 
packets and other packets and outputs video packets 
and PAT and PMT packets to the trick play packet gen- 
erator 113. 

Now, it is assumed that the PAT packet indicates that 
the PID of the PMT packet is 1 13 and the PMT packet 
indicates that the PID of video packet is 119. In FIGURE 
15 f avideopacketwith PID 11 9 is supplied to the depack- 
etizer 116 of the trick play packet generator 113 for 
depacketizing. The depacketizer 116 restores the input 
video packet to an original video coded bit stream and 
supplies to the trick play stream generator 1 19. 

The trickplay stream generator 1 19 generates a trick 
play data stream using, for instance, intra-frame com- 
pression data out of the input bit stream. In this case, 
whenever outputting a trick play data stream based on a * 
different trick play frame, that is, at the top timing of the 
trick play frame, the trick play stream generator 1 19 out- 
puts the top position information. The generated trick 
play data stream is packetized again in the packetizer 
1 20. The trick play video packet from the packetizer 1 20 
is supplied to the MPX 121 . 

On the other hand, PAT and PMT packets are sup- 
plied to the PAT/PMT memory 1 18 through the terminal 
117. The PAT/PMT memory 1 18 stores the PAT and PMT 
packets and outputs the stored PAT and PMT packets at 
the timing based on the top position information. The PAT 
and PMT packets from the PAT/PMT memory 118 are 
supplied to the MPX 121. 

Now, it is assumed that nine trickplay video packets 
are generated according to the trick play data stream 
based on a first trick play frame. The MPX 121 outputs 
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these nine trick play video packets by adding the PAT and 
PMT packets to the top of the first frame as shown in 
FIGURE 16. Further, astothefirsttrickplay frame in FIG- 
URE 16, it is shown that PIDs of the PAT packet, PMT 
packet and trick play video packet are assigned at the 5 
Oth, 13th and 19th positions, respectively. 

Next, it is assumed that five trick play video packets 
are generated by the trick play data stream according to 
a second trick play frame. Further, as to the original sec- 
ond frame of the second trick play frame, the PID of the 10 
PMT packer is assigned at the 13th position and that of 
the video packet is assigned at the 39th position. The 
PAT and PMT packets input through the terminal 1 17 are 
supplied to the MPX 121 via the PAT/PMT memory 1 18. 
Thus, the MPX 121 outputs five trick play video packets is 
of thesecond trickplay frame by adding the PAT and PMT 
packets to the top of these video packets. 

Then, it is assumed that eight trick play video pack- 
ets are generated by th e trick play data stream according 
to a third trick play frame. Further, as to the original third 20 
frame of the third trick play frame, the PID of the PMT 
packet is assigned at the 15th position and that of the 
video packet is assigned at the 25th position. The PAT 
and PMT packets input through the terminal 1 1 7 are sup- 
plied to the MPX 121 via the PAT/PMT memory 118. 2s 
Thus, the MPX 121 outputs eight trickplay video packets 
of the third trickplay frame by adding these PAT and PMT 
packets to the top of these video packets. 

The trick play packets from the MPX 121 are sup- 
plied to the MPX 111 through the terminal 122. These 30 
trick play packets are retained in a buffer in the MPX 111. 
On the other hand, the data packet input through the 
input terminal 1 10 are also supplied to the MPX 1 1 1 for 
storing in the buffer (not shown). The MPX 1 1 1 outputs 
trick play packets during the period responding to the 35 
trick play data recording areas of a magnetic tape and 
outputs the data packet supplied from the input terminal 
1 1 0 during the period responding to the areas other than 
the trick play data recording areas. The output of the 
MPX 1 1 1 is supplied to a recording section (not shown) 40 
as recording data and recorded on a magnetic tape after 
a prescribed header and an error correcting code are 
added and a prescribed modulation process is applied. 

As trick play packets which are recorded in the trick 
play data recording areas are generated with PAT and 45 
PMT packets inserted in trick play frames in this embod- 
iment as described above, it is possible to discriminate 
a reproduced packet at the boundary between the trick 
play frames and rearrange the packets in trick play 
frames without inserting a flag indicating the frame so 
boundary in packets or sync-Hocks. Therefore, it is pos- 
sible decode and reproduce a series of reverse trick play 
frames. 

Further, the packetizer 120 uses the same PID as 
the data packet input through the terminal as the PID of 55 
trick play packets in this embodiment. However, a PID 
different from that of the input data packet may be set up 
by changing data of the PAT/PMT memory 1 18. 



FIGURE 1 7 is a block diagram showing an embod- 
iment of a data packet reproducing apparatus according 
to the second aspect of the present invention. This 
embodiment is to restore an image by playing back a 
magnetic tape recorded by the data packet recording 
apparatus of the embodiment shown in FIGURE 14. 

Reproduced packet data are supplied to an input ter- 
minal- This reproduced packet data are obtained by 
demodulating data reproduced from a recording medium 
and after an error correction process and a record unfor- 
mat process applied. The reproduced packet data are 
supplied to the terminal a of a switch 132 and a packet 
start position detector 133. 

The packet start position detector 133 detects the 
top of the packet of reproduced packet data using, for 
instance the sync byte. As described above, the sync 
byte is periodically transmitted in every 188 bytes if a 
packet length is 188 bytes and therefore, the top of the 
packet can be detected by the sync byte. Further, as the 
sync byte is a specif ic code, some of recording apparatus 
may remove the sync byte. Even in this case, however, 
the top of the packet can be obtained if information con- 
forming to the sync position which is obtained when data 
packet are reproduced and errors are corrected is input. 
The packet start position detector 133 outputs the infor- 
mation on the top of the packet together with reproduced 
data packet to a PID extractor 1 35 and a rearrange buffer 
134. 

The PID extractor 135 detects the position of the 
based on the information on the top of the packet and 
sequentially extracting PIDs from a series of data packet, 
outputs them to a PID inspection block 136. PID is trans- 
mitted in 1 3 bit length from the fourth bit from the position 
next to the sync bite as shown in FIGURE 1 and the PID 
extractor 1 35 extracts this 1 3 bits. Further, if no sync byte 
was recorded, the same result can be obtained as in a 
case where a sync byte was recorded when outputting 
data packet from the output terminal 138 by adding a 
sync byte, which is a specific 8 bit code. Further, even 
when data packet have been recorded with information 
removed in addition to a sync byte of packet, it is possible 
to get the PID position if sync position information indi- 
cating a boundary between data packets is input. 

The PID inspection block 136 inspects whether the 
extracted PID is a specific PID showing the top of the 
trick play frame and outputs the inspection result to a 
read address controller 1 37. The read address controller 
137 generates a read address of the rearranging buffer 
134 based on the inspection result and supplies to the 
rearranging buffer 134. 

The rearranging buffer 134 stores the reproduced 
packet data from the packet start position detector 133 
in order of input and reading the read address stored 
based on the read address from the read address con- 
troller 137, outputs it to the terminal b of the switch 132. 
The switch 132 selects the terminal a in the normal 
speed playback and the trick play in the forward direction 
and outputs the reproduced packet data from the input 
terminal 131 directly from the output terminal 138, while 
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selecting the terminal b in the reverse trick play, outputs 
the data packet from the rearranging buffer 1 34 from the 
output terminal 138. 

The operation of this embodiment in the construction 
as described above will be explained in the following. 

Here, it is assumed that four trick play packets can 
be recorded in one trick play data recording area of a 
magnetic tape (not shown). That is, 28 data packets of 
the 1st through the 3rd trick play frames in FIGURE 16 
can be recorded in seven trick play data recording areas 
T1 through T7. The PAT packet S1 , PMT packet S2 and 
trickplay video packets PI , P2 of the 1st trick play frame 
are recorded in the trick play data recording area T1 and 
the trick play video packets P3 through P6 are recorded 
in the trick play data recording area T2. Similarly, in the 
trick play data recording areas T3 through T7, the pack- 
ets P7through P9, S3, the packets S4, P1 0 through P1 2, 
the packets P13, P14, S5, S6, the packets P1 5 through 
P1 8 and the packets P1 9 through P22 are recorded. 

Therefore, in the reverse trickplay, reproduced data 
are obtained in order of the packets P19, P20, P21 , P22, 
the packets P15, P16, P17, P18, packets P13, P14, S5, 
S6, the packets S4, P10, P11, P12, the packets P7, P8, 
P9, S3, the packets P3, P4, P5, P6 and the packets S1 , 
S2, P1 and P2. 

A series of these reproduced packet data are sup- 
plied to the rearranging buffer 134 in order through the 
packet start position detector 133 for storing therein. On 
the other hand, the packet start position detector 133 
detects the top position of each reproduced packet. The 
PID extractor 135 extracts a PID of every packet based 
on the information of the top position of the packet and 
outputs to the PID inspection block 1 36. The PID inspec- 
tion block 136 inspects whether the PID is assigned at 
the Oth position and supplies the inspection result to the 
read address controller 137. 

For instance, if the reproduced packet data S5 is 
input to the rearranging buffer 134, the PID inspection 
block 136 inspects the data to confirm that PID is 0 and 
outputs the inspection result. Then, after storing the 
packets up to a packet next to the reproduced packet 
data S5 in the rearranging buffer 134, the read address 
controller 137 generates read addresses to output the 
stored data in the reverse order in every four packets. 
That is, the rearranging buffer 1 34 outputs first the data 
packet S5 and S6 recorded in the trick play data record 
area T5 and then, outputs the data packet P1 5 through 
P 1 8 recorded in the trick play data recording area T6 and 
then, outputs the data packet P1 9 through P22 recorded 
in the trick play data recording area T7. Thus, the data 
packet P1 5 through P22 which are required for decoding 
the third trick play frame can be output to the switch 132. 

On the other hand, the reproduced packet data S4, 
PI o } P1 1 and P12 are input to the rearranging buffer 1 34 
and then, the reproduced packet data P7, P8, P9 and S3 
are input in order. When the reproduced packet data S3 
is input, the PID inspection block 136 outputs the inspec- 
tion result showing that a PID is a specific PID. Then, the 
read address controller 137 outputs addresses to the 



rearranging buffer 134 and outputs the stored repro- 
duced packet data S3, S4 and P10 through P14 in order. 
Thus, the data packets P10 through P14 which are 
required for decoding the second trick play frame can be 

5 output to the switch 1 32. 

Similarly, it is also possible to output the data packet 
PI through P9 which are required for decoding the first 
trick play frame to the switch 132. 

In the reverse trick play, the switch 132 selects the 

w terminal b and outputs the sequentially input data packet 
in the reverse order of the frames to the output terminal 
138. It is possible to display trick play images in the 
reverse order of the frames by decoding the data packet 
from the output terminal 1 38 in order. Further, in the nor- 

T5 mat speed playback and the trick play in the forward 
direction, the switch 132 selects the terminal a and 
directly outputs the input reproduced packet data. 

As described above, in this embodiment the top of 
the trick play frame is detected by inspecting whether a 

20 PID is a specific one, and generates a read address of 
the rearranging buffer 134 and the data packet of each 
frame can be sequentially output in the reverse order of 
the frames. Thus, it becomes possible to restore a 
reverse trick play image without inserting a flag in pack- 

25 ets or sync blocks. 

FIGURE 18 is a diagram illustrating another embod- 
iment according to the second aspect of the present 
invention. 

In the embodiment shown in FIGURE 14, each trick 
30 play packet is recorded one time on a recording medium. 
However, when, for instance, the recorded data are 
reproduced in the reverse direction at 8 times speed, the 
trick play data recording areas are traced at intervals of 
eight tracks. Therefore, if each trick play packet is 
35 recorded onetime in every trick play data recording area, 
it is required to bring the tracking phases agree with each 
other at interval of eight tracks. Similarly, for instance, 
when the recorded data are reproduced in the reverse 
direction at 16 times speed, it is required to bring the 
40 tracking phases agree with each other at intervals of 1 6 
tracks. 

On the contrary, a pilot system which is capable of 
on-tracking at a cycle of four tracks has been adopted in 
consumer-use digital VTRs. etc. So, in this embodiment 

45 the same trick play packet is recorded plural times so that 
the trick play packet can be reproduced at any timing 
allowing the on-tracking. FIGURE 18 shows an example 
of the recording two times for every trick play packet, pro- 
vided for the reverse direction reproduction at 8 times 

so speed. The shaded portions in FIGURE 18 show the trick 
play data recording areas. The solid lines in FIGURE 18 
show the actual traces K1 , K2 etc. and the broken lines 
show available traces K1 \ K2* etc. 

In either case of the tracking phase where the traces 

55 K1 , K2 etc. are obtained when the same trick play data 
are recorded in two trick play data recording areas which 
are adjacent to each other at intervals of four tracks or 
the tracking phase where the traces K1\ K2' etc. are 
obtained, trick play data can be surely reproduced. 
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In this embodiment, the apparatus can be con- 
structed with the circuits which are nearly the same as 
those in the embodiment shown in FIGURE 14 with a 
buffer added, which retains and repeatedly outputs the 
output of the trick play packet generator 1 1 3 in FIGURE 5 
14 so that the MPX 111 outputs the same trick play 
packet at a timing responding to plural trick play data 
recording areas at intervals of four tracks. 

Other operations and effects are the same as those 
of the embodiment shown in FIGURE 1 4. 10 

The present invention is not limited to the embodi- 
ments described above. For instance, 0 has been 
selected for a specific PID in the embodiments but pack- 
ets having other PIDs may be added in trick play frames. 
Further, the boundary between the trick play images is 15 
detected at the time of reproduction by arranging a 
packet having a specific PID immediately before the trick 
play images in the embodiments described above but the 
packets may be recorded by adding the packet having a 
specific PID at the end of every trick play image. Further, 20 
the packets may be recorded by arranging the packet 
having a specific PID at a specific position. For instance, 
if the packet having a specific PID is added at the position 
prior by three packets to the data packet train, the pack- 
ets may be rearranged from the packet which is behind 2s 
by three packets from the packet detected to have a spe- 
cific PID in the trick play. Thus, when data packet are 
recorded with a packet having a specific PID arranged 
at a prescribed position of a packet train composing a 
trick play image and by detecting the specific PID in the 30 
trick play, it is possible to rearrange data packet in trick 
play images. 

As described above, the second aspect of the 
present invention has such an effect that data can be 
restored without recording information indicating a 35 
packet for the boundary between frames in packets or 
sync blocks when a packet having a specific packet ID 
is recorded in the prescribed number of packets provided 
for trick play frames. 

As described above, the present invention can pro- ao 
vide an extremely preferable data packet recording 
apparatus and reproducing apparatus therefor. 

While there have been illustrated and described 
what are at present considered to be preferred embodi- 
ments of the present invention, it will be understood by 45 
those skilled in the art that various changes and modifi- 
cations may be made, and equivalents may be substi- 
tuted for elements thereof without departing from the true 
scope of the present invention. In addition, many modi- 
fications may be made to adapt a particular situation or so 
material to the teaching of the present invention without 
departing from the central scope thereof. Therefor, it is 
intended that the present invention not be limited to the 
particular embodiment disclosed as the best mode con- 
templated for carrying out the present invention, but that 55 
the present invention includes all embodiments falling 
within the scope of the appended claims. 

The foregoing description and the drawings are 
regarded by the applicant as including a variety of indi- 
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vidually inventive concepts, some of which may lie par- 
tially or wholly outside the scope of some or all of the 
following claims. The fact that the applicant has chosen 
at the time of filing of the present application to restrict 
the claimed scope of protection in accordance with the 
following claims is not to be taken as adisclaimer or alter- 
native inventive concepts that are included in the con- 
tents of the application and could be defined by claims 
differing in scope from the following claims, which differ- 
ent claims may be adopted subsequently during prose- 
cution, for example, for the purposes of a divisional 
application. 

Claims 

1 . A packet data recording apparatus comprising: 
trick play packet generating means for gener- 
ating trick play data by extracting one or plural types 
of prescribed data packets from an input data packet 
train comprising plural types of time-division multi- 
plexed data in a prescribed number of packets 
based on an identification signal inserted for every 
pocket and outputting a trick play data packet train 
by packetizing the generated trick play data; 

identification table packet inserting means for 
separating and retaining an identification table 
packet contained in the input data packet train for 
discriminating the identification signal and output- 
ting the identification table packet into the trick play 
data packet train several times; and 

recording means which is capable of record- 
ing the output of the identification table packet insert- 
ing means in trick play data recording areas at 
specified track positions. 

2. A packet data recording apparatus as claimed in 
claim 1, wherein the identification table packet 
inserting means inserts an identification table 
packet into the trick play data packet train in data 
constructing a trick play image. 

3. A packet data recording apparatus as claimed in 
claim 1, wherein the trick play packet generating 
means sets up an identification signal which is dif- 
ferent from the identification signal contained in the 
input data packet train as an identification signal for 
the trick play data packet train. 

4. A packet data recording apparatus as claimed in 
claim 3, wherein the trick play packet generating 
means assigns a prescribed code which is not set 
up for the input data packet train as an identification 
signal for the trick play data packet train. 

5. A packet data recording apparatus comprising : 
trickplay packet generating means for gener- 
ating trick play data by selecting one or plural types 
of prescribed data packets from an input data packet 
train comprising plural types of time-division multi- 
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plexed data in a prescribed number of packets 
based on an identification signal inserted for every 
packet and outputting a trick play data packet train 
by packetizing the generated trick play data; 

identification table packet inserting means for 5 
separating and retaining an identification table 
packet contained in the input data packet train for 
discriminating the identification signal and output- 
ting the identification table packet into the trick play 
data packet train several times; and 10 

recording means which is capable of record- 
ing the output of the identification table packet insert- 
ing means in trick play data recording areas at 
specified track positions. 

15 

6. A reproducing apparatus comprising: 

reproducing means for reproducing the data 
recorded by a recording means as claimed in claim 

5: 

identification table packet generating means 20 
for generating an identification table packet 
responding to the prescribed code; and 

mixing means for mixing the output of the 
reproducing means with the output of the identifica- . 
tion table packet generating means. 25 

7. A data packet recording apparatus comprising: 

trick play packet generating means for con- 
structing trick play data packet by extracting desired 
packets from an input data packet train comprising 30 
different types of packets time-division multiplexed 
in a prescribed number of packets including a packet 
I D identifying the type of data packet and packetizing 
the generated trick play data; 

specific packet inserting means for generat- 35 
ing trick play packets by inserting a packet having a 
specific packet ID in the prescribed number of pack- 
ets provided for the trick play frames output from the 
trick play data packet generating means for indicat- 
ing the boundary of the trick play frames correspond - 40 
ing to the trick play data; and 

recording means for recording the trick play 
packets in trick play data recording areas at pre- 
scribed positions of tracks formed on a magnetic 
tape. 45 

8. A data packet recording apparatus as claimed in 
claim 7, wherein the specific packet inserting means 
is comprised of a position detecting means for 
detecting a boundary position between a prescribed so 
number of packets provided for the trick play frames; 
and 

multiplexing means for arranging a packet 
having a specific packet ID at a prescribed position 
for the boundary position detected by the position 55 
detecting means. 



prised of a storage means for storing the packet hav- 
ing the specific packet ID separated from the input 
data packet train; and 

reading means for reading packets stored in 
the storage means according to the boundary posi- 
tion detected by the position detecting means. 

10. A data packet recording apparatus as claimed in 
claim 8, wherein the multiplexing means arranges a 
packet having a specific packet ID immediately 
before or immediately after the prescribed number 
of packets provided for the trick play frames. 

11. A data packet recording apparatus as claimed in 
claim 7, wherein the recording means records the 
same trick play packets in the number of trick play 
data recording areas responding to playback speed 
multiple. 

12. A data packet recording apparatus as claimed in 
claim 7, wherein the packet having the specific 
packet ID is a transport data packet at the 0th PID 
in the MPEG standard. 

13. A data packet reproducing apparatus for playing 
back the magnetic tape recorded by the data packet 
recording apparatus as claimed in claim 7, compris- 
ing: 

specific packet detecting means for detecting 
the packet having the specific packet ID from the 
reproduced data which is obtained by playing back 
the magnetic tape; and 

rearranging means for rearranging the repro- 
duced data in packets based on the detection by the 
specific packet detecting means in the fast reverse 
playback. 

14. A data packet reproducing apparatus as claimed in 
claim 13, wherein the specific packet detecting 
means is comprised of: 

top position detecting means for detecting the 
top of every packet from the reproduced data; and 

identification means for identifying the packet 
ID inserting position of each packet based on the top 
position detected by the top position detecting 
means and identifying whether the packet has the 
specific packet ID. 

15. A data packet reproducing apparatus as claimed in 
claim 14, wherein the top position detecting means 
detects the top of each packet based on a sync byte 
positioned at the top of the packet. 

16. A data packet reproducing apparatus as claimed in 
claim 1 4, wherein the packet ID is a PID of the MPEG 
standard transport data packet. 



9. A data packet recording apparatus as claimed in 
claim 8, wherein the multiplexing means is com- 



17. A data packet reproducing apparatus as claimed in 
claim 13, wherein the rearranging means has a stor- 
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age means which stores reproduced data in pack- 
ets, rearranges a series of the reverse trick play 
frames based on the detection by the specific packet 
detecting means and outputs a prescribed number 
of packets provided for the trick play frames to 5 
arrange them in the recorded order. 
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